home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 001265_daemon _Sun Jun 13 19:44:38 1993.msg < prev    next >
Internet Message Format  |  1994-01-24  |  3KB

  1. Received: by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  2.     id AA21178; Sun, 13 Jun 93 19:44:40 MET DST
  3. Return-Path: <raisch@ora.com>
  4. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  5.     id AA21174; Sun, 13 Jun 93 19:44:38 MET DST
  6. Received: from ruby.ora.com by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  7.     id AA25638; Sun, 13 Jun 1993 20:06:41 +0200
  8. Received: by ora.com (5.65c/Spike-2.1)
  9.     id AA12715; Sun, 13 Jun 1993 14:06:19 -0400
  10. Date: Sun, 13 Jun 1993 13:51:46 -0400 (EDT)
  11. From: Rob Raisch <raisch@ora.com>
  12. Subject: Re: Style sheets for HTML
  13. To: Dave_Raggett <dsr@hplb.hpl.hp.com>
  14. Cc: www-talk@nxoc01.cern.ch
  15. In-Reply-To: <9306110854.AA00997@manuel.hpl.hp.com>
  16. Message-Id: <Pine.3.03.9306131345.J23070-c100000@ruby.ora.com>
  17. Mime-Version: 1.0
  18. Content-Type: TEXT/PLAIN; charset=US-ASCII
  19.  
  20. On Fri, 11 Jun 1993, Dave_Raggett wrote:
  21.  
  22. > I read your style sheet proposal with great interest, and will add the
  23. > "style" attribute to the LINK tag attribute definition in the DTD.
  24.  
  25.     Cool.
  26.  
  27. > Have you considered allowing multiple stylesheets to cover different uses?
  28. > This would mean that you could specify one style for printing and another for
  29. > online use. You might want to go further and distinguish between X windows,
  30. > PC's and palmtops.
  31. > My suggestion is that the LINK element takes another attribute which specifies
  32. > the intended media, e.g.
  33. >         <LINK style="http://ora.com/styles/paper_a4" media="paper/A4">
  34. >         <LINK style="http://ora.com/styles/paper_B5" media="paper/B5">
  35. >         <LINK style="http://ora.com/styles/xwindows" media="xwindows">        
  36. > Multiple such elements could be included in each HTML+ document.
  37. > Note that the media attribute value can encode further parameters - paper
  38. > size in the above example. By defining the media attribute as taking a CDATA
  39. > value, we can allow for new types of media without needing to change the DTD.
  40. > Comments please?
  41.  
  42. Hmmmm.... I would rather carry this information in the stylesheet itself. 
  43. I seems rather wasteful to me to have 5 or 6 media links in the same
  44. document.
  45.  
  46. I would suggest though that this is not of general use.  The stylesheet,
  47. as proposed is really a collection of hints or suggestions for the
  48. renderer to make decisions to best represent the content of a document in
  49. a style which most meets the original intent of the author.
  50.  
  51. As such, there are general regions of responsibility which I feel we can
  52. suggest complience with, (fonts, indents, etc.), and other more specific
  53. areas which quickly become "a maze of twisty little suggestions, all alike."
  54. I do not think that we really need nor want to specify this to the level
  55. of the actual media used to realize the document.
  56.  
  57. I believe that it is up to the individual renderer to make the "proper
  58. decisions" regarding the differences in printing in phosphors or ink, and
  59. how a document looks on different page sizes.
  60.  
  61. Comments?  Am I off base here?  
  62.  
  63. </rr>
  64.  
  65.